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(57) Abstract: An embodiment of the imrention, for controlling a context menu, used with a Web page, wherein the Web page is 
divided into regions, can comprise downloading additional menu items that arc not part of the context menu prior to download, and 
monitoring for when a user calls for a context menu. Upon detecting a context menu call, it is detennined what region was selected 
by the user, and at least one of the additional menu is made available to the user as part of the context menu interface. At least one 
of the additional menu items is chosen based on the region selected by the user. 
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METHOD AND SYSTEM OF CONTROLLING A CONTEXT MENU 

CROSS-REFERENCE TO RELATED APPLICATION 
[0011 This application claims the benefit of U.S. Provisional Application Serial 

No. 60/493,029, filed August 5, 2003, entitled METHOD AND SYSTEM OF 
CONTROLLING A CONTEXT MENU, which is hereby incorporated herein by 
reference. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[002] The present invention is directed to computer interfaces and, more 

particularly, to a method and system of controlling a context menu. 

2. Description of Related Art 

[003] When accessing the Internet (i.e., the worldwide Web, the Web, etc.), an 

Intemet user typically executes, via a computer, a browser software program such as, for 
example, Netscape Navigator™ or Microsoft Intemet Explorer™. The browser program 
(i.e., a browser) establishes a link to the Intemet (via a modem and an Intemet Service 
Provider (ISP), for example) and also provides a textual and graphical user interface (i.e., 
an application window) and a window within the application window for displaying 
Intemet content (i.e., a browser window). 

[004] While using the browser program, a user is able to call up a context menu, 

e.g,, by clicking on the right mouse button or activating a context menu key. The context 

menu is comprised of a list of items that can be chosen, typically, to perform different 

browser fimctions. Different context menus are displayed depending on what was 
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clicked on and/or selected by the user in the browser program. The context menu gives a 
user quick access to browser functions that are related to tiie element that was clicked, 
making Internet navigation more convenient. For these reasons, it is often desirable to 
insert additional menu items to a context menu that add functionality to the browser 
program. 

[005] Current browser programs allow an application to add text, and to 

associate handlers wifli the text, in context menus, by modifying registry settings. This 
method of modifying context menus, however, has several shortcomings. One such 
shortcommg is that, with this method, the application has no control over the order and 
position of the additional items relative to standard or other menu items in the context 
menu. Another shortcoming of current context menu modification techniques is that they 
offer tiie same menu items regardless of the user usmg the browser, and regardless of the 
country, etc., in which the user is located during use of the browser. Still another 
shortcoming is that updating or changing context menu items requires the user to install a 
new ^plication at the user computer. As such, a need exists for an improved system and 
method of controlling a context menu. 

SUMMARY OF THE INVENTION 
[0061 The invention satisfies these and other needs, as will be apparent fix>m the 

teachings herein. An embodiment of the invention, for controlling a context menu, can 
comprise downloading additional menu items that are not part of the context menu prior 
to download, and monitoring for when a user calls for a context menu. Upon detecting a 
context menu call, it is determined what region was selected by the user, and at least one 
of the additional menu items is made available to the user as part of the context menu 
inter&ce. 
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[0071 Another embodiment of the invention is directed to a method of 

controlling a context menu provided by a company, used with a Web page. The method 
comprises doAvnloading additional menu items that are not part of the context menu prior 
to download, and monitoring, via a client-side module, for when a user calls for a context 
menu. Upon detecting a context menu call, at least one of the additional menu items is 
made available to the user as part of the context menu inter&ce, and the placement of the 
additional menu items is determined by the client-side module. 
[008] Another embodiment of the invention is directed to a method of 

controlling a context menu, used with a Web page, and comprises downloading 
additional menu items and menu icons, via a client-side module, that are not part of 
the context menu prior to download, and monitoring for when a user calls for a context 
menu. Upon detecting a context menu call, at least one of the additional menu items is 
made available to the user as part of Ihe context menu interface, and at least one of the 
icons are placed adjacent to at least one of the additional menu items. 
[009] Other objects and features of the present invention will become apparent 

from the following detailed description, considered in conjunction with the 
accompanying drawing figures. It is understood, however, that the drawings are designed 
solely for the purpose of illustration and not as a definition of the limits of the invention, 
for which reference should be made to the appended claims. 

BRIEF DESCRIPTION OF THE DRAWING FIGURES 
[0010] In the drawing figures, which are not to scale, and which are merely 

illustrative, and wherein like reference numerals depict like elements throughout the 
several views: 
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[0011] FIG. 1 is a schematic illustrating a system implemented according to an 

embodiment of tiie present invention; 

[0012] FIG. 2 is a flowchart illustrating the process of controlling a context menu 

according to an embodiment of the present invention; 

[0013J FIG. 3 is a flowchart illustrating the process of determining what element 

a user selected according to an embodiment of the present invention; 
[00141 FIG. 4 is a schematic illustrating an exemplary HTML structure; 

[0015] FIG. 5 is a flowchart illustrating the process of providing computer code 

for controlling a context menu according to an embodiment of the present invention; 
[0016] FIG. 6 is an exemplary screen shot illustrating an exemplary context 

menu, according to an embodiment of the present invention; 

[0017] FIG. 7 is an exemplary screen shot illustrating another exemplary context 

menu, according to an embodiment of the present invention; 

[0018] FIG. 8 is an exemplary screen shot illustrating another exemplary context 

menu, according to an embodiment of the present invention; and 

[0019] FIG. 9 is an exemplary screen shot illustrating another exemplary context 

mmu, according to an embodiment of the present invention. 

nir.TAn.F.D DES rRIPTION OF EXEMPLA I^V EMBODIMENTS 
[0020] There will now be shown and described in connection with the attached 

drawing figures several exemplary embodiments of a system and method of controlling a 
context menu. 

[0021] With reference to FIG. 1, there is shown a block diagram of a system 100 

implemented in accordance with certain embodiments of the invention. A computer 150 
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is connected to the Internet 190. Computer 1 50 comprises an internal bus 164 that 
facilitates communication of information (i.e., digital data) between and among the 
various devices of the computer 150 and that also facilitates communication betwem the 
computer and external devices and systems via a communication interface 168. A 
processor 166 coupled to the bus 164 processes information within the computer 150. 
The computer 150 also includes a memory 160 such as, for example. Random Access 
Memory (RAM) and/or other equivalent dynamic memory storage devices, coupled to 
bus 164 for receiving and storing instructions communicated from the processor 166. 
Memory 1 60 may also be used to temporarily store variable or other intermediate 
information while the processor 166 executes instructions. Read-Only-Memory (ROM) 
162 is also coupled to the bus 164 for storing static data and instructions for use by the 
processor 166. 

[0022] Various input and output devices are provided as part of computer 1 50, 

including, by way of non-limiting example, a display 154 (e.g., cathode ray tube (CRT), 
liquid crystal display (LCD), etc.), an input device 156 such as a keyboard, and a cursor 
control device 158 such as a mouse, or trackball, for example. A data storage device 152 
such as, for example, a magnetic disk drive and magnetic disk, a CD-ROM drive and CD- 
ROM, or other equivalent devices and data storage mediums, is coupled to the bus 164 
for communication witii the processor 166, main memory 160, and communication 
interface 168. The storage device 152 preferably has an operating system 170 and an 
Internet browser software program 172 (i.e., a browser) stored thereon. As will be 
discussed in greater detaU below, a client-side module 174 may also be stored on the data 
storage device 152. 
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[0023] The computer 150 may communicatively connect to the Internet 1 90 via 

the communication interface 168 over one or more transmission media including, but not 
limited to, coaxial cable, copper wires, and fiber optical cables. Communication between 
the computer 150 and the Internet 190 may also be via a wireless or cellular interface. 
The communication interface 168 fecilitates two-way communication between the 
conqputer 1 50 and another electronic device or system, e.g., a server computer (not 
shown) provided by a content provider 120, 130. 

[0024] An Internet user (not shown) using the computer 1 50 may gain access to 

the Internet 190 by causing the browser 172 to execute, thereby opening a 
communication link between the communication mterface 168 of the computer 150 and 
an Internet site 126 of content provider 120, via an Internet Service Provider (ISP) 1 80. 
Internet content is communicated by the content provider 120 to the computer 150 for 
display by browser 172. Alternatively, a content provider 120, 130 may also be and ISP 
180. 

[0025] In alternative embodiments, computer 150 may be a desktop or notebook 

conq>uter, PDA, hand held device, or wireless phone (with graphics capability), or any 
other device now known or hereafter developed that is capable of performing the 
functions as described herein. 

[0026] In accordance with an embodiment of the invention, a first Internet content 

provider 120 may provide an Internet user with access to a program 122 for controlling 
the browser 172, When executed by the user, the controlling program 122 downloads or 
creates a client-side module 174 such as, for example, a Dynamic Link Library (DLL), on 
the data storage device 152 of the Internet user's computer 150. The client-side module 
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174 preferably includes ActiveX control or Plug-in fiinctionality. Thereafter, when the 
Internet user accesses the Internet using the browser 172, the browser 172 opens the 
client-side module 174 and preferably automatically (or otherwise) establishes a 
connection to the content provider's Internet site 126. The content provider, in response 
to the connection established by the browser 172, loads information and/or functional 
data into a shell operating within the browser and created by the client-side module 174. 
For example, if the user has an accoxmt with the content provider 120, customized 
information and/or functionality may be loaded into the client-side module 174. If the 
user does not have an account, more generalized (e.g., guest) information and/or 
functionality may be loaded. 

[0027] In certain embodiments, the client-side module 174 essentially opens a 

shell (or a plurality of shells) within the browser 172 that contains the ActiveX control or 
Plug-in code that may control, i.e., add, remove, and/or modify, die Internet browser 172. 
When loaded with the ActiveX control or Plug-in, the client-side module 174 preferably 
contains functions, objects, data, and odier software, referred to generally herein as 
information, that may be used to control the browser 172. The present embodiment 
ensures that the client-side module 174 (and shell) does not close when the Internet user 
moves, for example, from Internet site 126 (having a Web page 124) to Internet site 136 
(having Web page 134). Thus, the information and/or functionality provided via the 
ActiveX control or Plug-in is not lost when the Internet user disconnects from the Internet 
site that loaded the ActiveX control or Plug-in, and coimects to another Internet site. In 
alternate embodiments the client-side module 174 naay operate "behind" the browser, and 
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appear invisible to the user until a context menu is called. Still in other embodiments, 
client-side module 174 may be located at a remote location from the Intemet user. 
[0028] FIG. 2 illustrates an exemplary embodiment of a method 200 for 

controlling a context menu. The method 200 starts with step 205 with the client-side 
module 174 transmitting a request to a predetermined Intemet site, e.g., content provider 
120, where the request is received, for a description of the context menu items. This 
request can be part of and/or implied in the coimection established between the client- 
side module 174 and the content provider's Intemet site 126 as mentioned above. 
[0029] Next, in step 210, fho client-side module 174 receives data from the 

predetermined Intemet site 126, the data including descriptions of context menu items. 
In one exemplary example, wherein the method of controlling a context menu is 
implemented with a client-side module 174 for a browser toolbar, the context menu item 
descriptions are received by the client in the same feed as the regular buttons of the 
toolbar. The description can include, for example, types, URLs, tiles, mnemonic keys, 
and start positions. 

[0030] Processing proceeds from step 210 to step 215, where the client-side 

module 174 detennines when the browser 172 has finished loading a Web page. This 
may be done, in one exemplary embodiment, by coordinating events on the Web browser 
control so that the Web browser notifies the client-side module 174 when different events 
happen. For example, when a Web page is complete, the client-side module 174 will 
receive a DISPID_DOCXJMENTCOMPLETE event. 

[0031] Returning to the description of method 200, in step 220, the client-side 

module 174 monitors for context menu events. In one exemplary embodiment, afrer a 
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Web page is finished loading, the client-side module 174 retrieves the 
IHTMLDocument2 interfece for the page. Using an IHTMLDocimient2 pointer, the 
client-side module 174 can monitor events that are related to the HTML document In 
particular, the client-side module 174 looks for the event called 

DISPro_HTMII)OCUME]S^ which is initiated, or in 

the computer programming vernacular, "fired" when the user clicks or activates the right 
mouse button (or other appropriate selector) when the cursor is positioned in the browser 
window. 

[0032] Next, the client-side module 174 detennines if a context menu event 

occuired, in step 225. If no context menu event occurs, processing returns to step 220, 
where the client-side module 174 continues to monitor for context menu events. 
Returning to decision step 225, if flie client-side module 174 detennines that a context 
menu event has occurred, e.g., a 

DISPro_HTMLDO<:XnN4ENTEVEOT event occurs, 

processing proceeds to step 230. 

[0033] In step 230, the client-side module 174 prepares the browser window to 

view and possibly modify the events received by the browser window related to the 
context menu. In a certain embodiment, when the client-side module 174 detects a 
DISPro_HTMIJDOCUMENTEVENTS2_ONCONT^ event, flie client-side 

module 174, subclasses the browser window. Subclassing the browser window allows 
the client-side module 174 to view the events received by the browser window. 
Subclassing may be performed, for example, by using a CContainedWindow object that 
directs messages to the client-side module 174. To determine which window the client- 
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side module 174 will subclass, the client-side module 174 walks down the window 
hierarchy starting at the top level browser window looking for a window with the 
classname of "Internet Explorer_Server." Once identified, that window will be 
subclassed. Browser window subclassing of this type is described in further detail in 
U.S. Patent Application Serial No. 09/429,585, filed October 28, 1999, and entitled "A 
Method Of Controlling An latemet Browser Interface And A Controllable Browser 
hiterface," the contents of which are hereby incorporated by reference herein. 
[0034] Returning to the description of method 200, in step 235, the client-side 

module 174 determines what element on the Web page the client selected, and what text 
(if any) was highlighted when the client called for, or activated, the context menu. Step 
235 is described in greater detail below with respect to method 300 and with reference to 
FIG. 3. Referring back to FIG. 2, after step 235, the client-side module 174 will have 
obtained information related to the selected element, including the type of the element, 
which may be a combination of at least an anchor (e.g., a clickable hyperlink), an object 
(e.g., an ActiveX control embedded on the Web page), an image (e.g., a picture 
embedded on the page), and text; the URL that was selected, if any; and what text was 
selected (or highlighted) at the time, if any. With the element information, selected text 
and having prepared the browser window in stqp 230, processing proceeds to step 240. 
[0035] In step 240, the client-side module 174 monitors events before they are 

processed by the browser window. In one exenq>lary embodiment, the client-side module 
174 looks for messages including the messages WM_INITMENU, 
WM^EXTTMENULOOP, WM^MENUCHAR, WM_MENUSELECT, 
WM^MEASUREITEM, and WM^DRAWITEM. 
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[0036] When a message indicating the context menu is about to be displayed is 

received by the client-side module 174, processing proceeds fiom monitoring step 240 to 
step 245, where the client-side module 174 adds menu items to the context menu based 
upon what element, if any, the client selected and what text, if any, was selected. In one 
exemplary embodiment, a WM_INITMENU message indicates that a context menu is 
about to be displayed. When the client-side module 174 receives a WM^INTTMENU 
message, the client-side module 174 identifies the type of the element that was selected 
so that the client-side module 174 can determine where in the context menu to place the 
additional menu items. In certain embodiments, the starting position for each type of 
element is predetermined and is included in the context menu item description received 
from the predetermined Intemet site. If an element has more than one type, the order of 
precedence is Anchor, Image, Text (e.g., if type is Anchor and Image, the client-side 
module 174 starts at the Anchor starting position). In alternate embodiments, different 
orders of precedence, or no particular order of precedence, may be employed. Once the 
client-side module 174 determines the starting position, the client-side module 174 adds 
menu items to the context menu using, in certain embodiments, Windows Application 
Programming Interfaces (APIs). If there were one or more nonemonic characters in the 
received context menu descriptions, the client-side module 174 stores the mnemonic 
characters when the client-side module 174 adds the menu item. Furthermore, the 
additional or original context menu items can also include submenus. For example, when 
a user floats a pointer over and/or selects the additional or original context menu item, a 
second context menu, giving a user additional menu items, can be created. In addition. 
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alternatively, an item on the second contest menu can also lead to a third context menu, 
and so on. Such submenus could be employed to help organize related items. 
[0037] When a message indicating the context menu is dismissed is received, e.g., 

the client chooses a menu item or clicks somewhere outside flie context menu, processing 
proceeds fiom step 245 to step 250, where llie client-side module 174 removes the added 
menu items from the context menu. In a certain embodiment, a WMJBXITMENULOOP 
message indicates that a context menu is dismissed. When tiie client-side module 174 
receives a WM_EX3TMENULOOP message, the client-side module 174 removes tiie 
added context menu items. 

[0038] Iq one exemplary embodhnent if the client-side module 174 receives a 

WM_MENUCHAR message, this would indicate that the client had hit, or depressed, a 
keyboard key while Ae context menu was displayed. In this case, the cUent-side module 
174 compares the key fliat was bit to the mnemonic keys (with the comparison being case 
insensitive) of the context menu items that were added. If there is a match, the context 
menu is dismissed, and a WM_MENUSELBCT message is sent to the client-side module 
174 with values that indicate to ttie client-side module 174 that Ihe context menu was 
dismissed. 

[00391 Returning to the description of method 200, processing proceeds from step 

250 to decision step 255. In step 255, the client-side module 174 determines if an item 
was selected. In one exemplary embodiment, a WM_MENUSELECT message indicates 
that a user either hit a mnemonic key corresponding to a menu item or made a selection 
with the mouse. A WM_MENUSELECT message can also indicate when a user drags 
the mouse to point at a menu item, e.g., so that the menu item can be higUi^ted. 
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[0040] If the client-side module 174 determines that a selection was made, then 

processing proceeds from step 255 to step 260, where the selection is processed. When a 
WM_MENUSELECT message is received with a parameter indicating that the context 
menu has been dismissed, and the user chose a context menu item either by mouse or by 
keystroke (or otherwise), then a selection was made and it is processed. In one 
embodiment, the client-side module 174 looks at the context menu items description for 
the data that corresponds to the item selected. From this data, the client-side module 174 
substitutes the default URL with data that is specific to the current Web page, such as the 
URL or text selection. Once the information is substituted, it is processed. 
[0041] Returning to decision step 2S5, if it is determined that a cont^ menu item 

was not selected, processing proceeds to step 265. In step 265, the client-side module 
174 determines if the browser is still active. If the browser is active, processing returns to 
step 220 and the client-side module 174 monitors for context menu events. If, on the 
other hand, the client-side module 174 determines that the browser is no longer active, 
processing of method 200 is terminated. 

[0042] Turning to FIG. 3, with continued reference to FIG. 1, there is shown an 

exemplary embodiment of the method 300, for determining what element the user 
selected and what text was selected when the user called for the context menu. 
Processing of method 300 begins at step 310, where the client-side module 174 identifies 
the element on the Web page that was selected by the user. This element is considered to 
be the source element. In an embodiment, flie client-side module 174 can identify the 
source element by using the IHTMLEventObj pointer that corresponds to the selection 
(e.g., click), in question. This pointer contains information about the click event, 
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including what HTML element was selected (clicked on). Processing then proceeds from 
step 310to step 315. 

[0043] In step 315, the client-side module 174 determines if ihe current element is 

valid. In certain embodiments, the client-side module 174 determines if the current 
element is an Anchor, Object, or Image by using ATL smart pointer CComQIPtr<aass>. 
For example, to test the element as an ANCHOR, Ihe client'Side module 174 can use the 
following call: 

CComQIPtr<IHTMLAnchorElement> pAnchor = pElem; 
If this call succeeds and pAnchor is not NULL, i.e., has a value, the client-side module 
174 determines that the element is an ANCHOR. Similar processes are used to deteimine 
if an element is an Object or an Image. Returning to method 300, if, in step 3 15, the 
client-side module 174 determines the currrat element is valid, processing proceeds to 
step 320, where the client-side module 174 determines if the type of the element is a type 
of interest, for example, in one embodiment of the present invention, anchor and image 
type are of interest. In other embodiments, other types such as Object and Text may also 
be of interest and addition context menu items may be added giving a user additional 
functionality. 

[0044] In step 320, if the client-side module 174 determines the type of the 

current element is not of interest, processing proceeds to step 335, where the client-side 
module 174 walks up the Web page (e.g., HTML document), structure and identifies fte 
next parent client, i.e., the preceding element. Processing proceeds from step 335 to 
decision step 315, where the client-side module 174 determines if the current element is 
valid. Ifthecurrentelementisvalid, processing proceeds from step 315 to step 320. In 
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step 320, if the client-side module 174 detertniiies the type of the current element is a 
type of interest, proceeding proceeds &om step 320 to step 325. 

[0045] In step 325 the client-side module 174 determines if the current element is 

an image. If the client-side module 174 determines that the current element is not an 
image processing proceeds to step 330, where the client-side module 174 saves the 
element, including related information (e.g., the type of the element and the associated 
URL). From step 330, processing returns to step 335, where the next parent is identified. 
Steps 315 and 320 are repeated as described above. In step 325, if the client-side module 
174 determines Hie current element is an image, processing proceeds to step 345. 
[0046] Li step 345, the client-side module 174 determines if the image is an 

image map. As is known to those skilled in the art, an image map is an image that is 
subdivided into clickable areas that can each map to different URLs when clicked. The 
URL can be a bookmark into the current page, or a link to anotibier Web page. In certain 
embodiments, the client-side module 174 looks at the "useMap" property of the image 
element. If the value of the property is blank, e.g., "", the image is not an image map. If 
the "useMap'' property of the image is a URL, then the image is an image map. 
Returning to step 345, if tiie client-side module 174 determines the image is not an image 
map, processing proceeds to step 350, where the cmxent element is saved. From step 
350, processing proceeds to step 355, where the next parent element is identified. Steps 
315, 320, and 325 are repeated as described above. 

[0047] Returning to step 345, if the client-side module 174 determines the image 

is an image map, processing proceeds to step 355, where the client-side module 174 
obtains the data related to the image map. In one exemplary embodiment, the image map 
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data is stored as a set of coordinates and URLs, e.g.: 
<MAP NAMB="naapr> 

<AREANAME="areal" COORDS="0,0,99400" 

HKEF="http://www.yahoo.coiii/" TARGET="framel"> 
<AREANAME="area2" COORDS="100, 0,199, 100" 

HREF=*'ht^://sports.yahoo.coni/" TARGET="fiGamel"> 
<AREA NAME="area3" COORDS="200,0,299,100" 

HREF="http://weather.yalioo.coni/" TARGET="£raniel"> 
<;AREANAME="area4" COORDS="300,0,400,100" 

HREF=="http://conipanion.yahoo.coni/" TARGET="framel"> </MAP> 
[0048] The COORDS describe the bounding rectangle of that map area and the 

HREF is the URL that the browser will navigate to when the user clicks in the described 
area. This inoiage map information is stored for later use. 

[0049] Returning to the description of method 300, processing proceeds from step 

355 to step 360. In step 360, the client-side module 174 determines what part of the map 
the user selected, (clicked on). In one embodiment, the client-side module 174 
determines what part of the map a user clicked on by first calling get^allQ on the 
IHTMLDocument2 to get a collection of all HTML elements on the page. Then, the 
client-side module 174 finds the element whti a name that is the name of the map the 
image is using. Then the client-side module 174 detmnines the offset x,y of tiie user's 
click relative to the upper-left comer of the source element, i.e., the image element. Then 
the client-side module 174 gets a collection of all AREA elements contained in the MAP. 
For each AREA element in the collection, the client-side module 174 determines if the 
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X,Y (or coordinates) of the user's click lies within the bounding rectangle described by 
tile AREA'S COORDS. Once the client-side module 174 detennines which AREA the 
user clicked on, the client-side module 1 74 can get the tiie HREF property. 
[0050] Returning to the description of method 300, processing proceeds from step 

360 to stq> 330, where the element including related information such as type and URL, 
is saved for later use. Processing proceeds fiom step 330 to step 335, where the next 
parent element is identified. Then, processing proceeds from step 335 to step 3 15. 
[0051] In step 3 15, the client-side module 174 determines that the current element 

is not valid if there are no more parent elements. In this case, processing proceeds from 
step 315 to step 365. In step 365, the client-side module 174 examines the Web page 
selection indicator to determine if text is selected. In one embodiment, the client-side 
module 174 determines if text is selected by getting the IHTMLSelectionObject pointer 
from the document. If it exists and has the type "text", the text has been selected. 
[0052] Returning to the description of method 300, processing than proceeds 

from step 365 to step 370. In step 370, if the client-side module 174 detennines that text 
is selected, processing proceeds to step 375. In step 375, the selected text is saved and 
the state that the text was selected is also saved. In an embodiment, the client-side 
module 174 saves the selected text by creating an DHTMLTxtRange for the selection. 
Then, the client-side module 174 calls getjtextQ on the range to obtain the actual text that 
is selected. Next, the text and the state that there is TEXT selected are saved for later 
use. Returning to decision step 370, if there is no text selected the method 300 returns to 
method 200 at step 245. 
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I0053I To further illustrate the method 300 of determining what element is 

selected by a user, five examples are described below in relation to an exemplary HTML 
element stracture 400, illustrated in FIG. 4, The HTML code (with reference numbers 
added) that is represented by the structure 400 is as follows: 

1- <html> 

2- <body> 

3- <a href="http://www.yahoo.com/">Yahoo!<;/a> 

4- <brxbT> 

5- <a href="http://www.yahoo.cona/"ximg src=img.gi£x;/a> 

6- <brxbr> 

7- <table cellpadding=5 width=100%> 

8- <tr bgcolox=red> 

9- <td width=50% align=centerbgcoloi=#00ffD0> 

10- <a href=''http://www.yahoo.coin/''>Yahoo!</a> 
lU</td> 

12- <td width=50% align=center bgcolor=#00flaE> 

13- <span> 

14- <font face=verdana> 

15- <a href=*'http://www.yahoo.coin/">Yahoo!<ya> 

16- </font?> 

17- </span> 

18- </td> 

19- </tr> 
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20- <tr heightF=25 bgcoloi=Ted> 

21- <td>hellcxytd> 

22- <tr> 

23- </table> 

24- <A>ody> 

25- </html> 

[0054] The first example illustrates a case when a user clicks on a text link. Line 

3 of the exemplary HTML code shown above is a text link, and is represented in FIG. 4 
by node 405. The element that was selected (clicked on) by the user, i.e., the source 
element, is an anchor, so it is marked as an anchor and the client-side module 174 walks 
up the HTML structure to the next parent element. The next parent element is the 'T^ody" 
element, node 410, which, in the present embodiment, is not an element type of interest 
Therefore, it is ignored and the next parent element is identified. The next parent element 
is NULL, so the client-side module 174 proceeds to check if any text was selected. The 
type clicked on by the user is determined to be ANCHOR. 

[0055] The second example illustrates the case when a user clicks on an image 

that is a link. Line 5 of the exemplary HTML code shown above is an image that is a 
link. It is represented in FIG. 4 by nodes 415 and 420. The element that was clicked on 
by the user, i.e., fiie source element, is an image, node 415, so it is marked as an image 
and the client-side module 174 walks up the HTML structure to the next parent element. 
The image is not an image map so no extra steps, with respect to the image, are taken. 
The next parent element is an anchor, node 420, so it is marked as anchor and the next 
parent element is identified. The next parent element is the **body** element, node 410, 
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which is not an element type of interest. Therefore it is ignored and the next parent 
element is identified. The next parent element is NULL, so the client-side module 174 
proceeds to check if any text was selected. The type clicked on by the user is determined 
to be ANCHOR and IMAGE. 

[0056] The third example illustrates the case when a user clicks on a link with a 

green background. Lines 9 and 10 of the exemplary HTML code shown above is a link 
with a green background. It is represented in FIG. 4 by nodes 425 and 430. The element 
that was clicked on by the user, i.e., the source element, is an anchor, node 425, so it is 
marked as an anchor and the client-side module 1 74 walks up the HTML structure to the 
next parent element. The next four parent elements are **td", node 430, **tr", node 435, 
•'table", node 440, and '*body", node 410. None of these are element types of interest. 
Therefore they are ignored and the next parent element is identified. The next parent 
element is NULL, so the client-side module 174 proceeds to check if any text was 
selected. The type clicked on by the user is determined to be ANCHOR. 
[0057] The fourth example illustrates the case when a user clicks on a link with a 

cyan background. Lines 12 and 1 8 of the exemplary HTML code shown above is a link 
with a cyan background. It is represented in HO. 4 by nodes 450 to 465. The element 
that was clicked on by the user, i.e., the source element, is an anchor, node 450, so it is 
marked as an anchor and the client-side module 174 walks up the HTML structure to the 
next parent element. The next sbc parent elements are "fonf node 455, span, node 460, 
'td", node 465, "tr", node 435, 'table", node 440, and *T5ody", node 410. None of these 
are element types of interest. Therefore they are ignored and the next parent element is 
identified. The next parent element is NULL, so the client-side module 174 proceeds to 
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check if any text was selected. The type clicked on by the user is determined to be 
ANCHOR. 

[0058] The fifth example illustrates the case when a user clicks on text with a red 

background. Lines 20 and 22 of the exemplary HTML code shown above is text with a 
red background. It is represented in FIG. 4 by nodes 470 to 475. The element that was 
cHcked on by the user, i.e., the source element, is **td", node 470, this is not an element of 
interest so it is ignored. The next three parent elements are 'V, node 475, **table", node 
440, and '*body", node 410. None of these are element types of interest. Therefore they 
are ignored and the next parent element is identified. The next parent element is NULL, 
so the client-side module 174 proceeds to determine if any text was selected. The type 
clicked on by the user is determined to be NONE. 

[0059] In alternate embodiments, various other schemes for determining which 

types of elements are of interest and which are to be ignored may be implemented. 
[0060] FIG. 5 illustrates an exemplary embodiment of the method 500 for 

providing computer code for controlling a context menu. To use the additional context 
menu items of the present invention, a user obtains a client-side module 174. In an 
exemplary embodiment, a user obtains a client-side module 174 by connecting with a 
predetermined Internet site as in step 505. Then, in step 5 10, the server monitors for 
requests jfrom tiie client. When a request for a client-side module 174 is received, 
processing proceeds to step 515. hi step 515, using the controlling program 122, the 
Internet site 126 creates or downloads a client-side module 174, to the user's computer 
150. The client-side module may be a library file. 



-21- 

SSLrDOCSl 14261 llvl 



wo 2005/017670 



PCTAJS2004/024396 



[00611 Once the client-side module is obtained by the user, processing returns to 

step 505 where the client-side module 174 connects with a predetermined Internet site. 
The predetermined Internet site can be Ihtemet site 126, ftom which client-side module 
174 is downloaded, or alternatively, the predetermined Internet site can be another site, 
e.g., Intemet site 136. Processing proceeds to step 510 where the Internet site 126 
monitors for requests fiom the cKent. When a request for menu descriptions is received, 
processing proceeds to step 520 where the Intemet site transmits the description of Ae 
menu items to the cUent. Then the Intemet site 126 returns to step 510, where it monitors 
for requests &om the client 

10062] An embodiment of Ae invention may be provided as a feature of a method 

of controlling an Intemet browser interfece displayable by an Intemet browser on a 
display of a computer, and enabling a user of the computer and Intemet browser to access 
and navigate the Intemet and to receive and display on the computer display one or more 
Web pages from one or more Intemet sites, mcluding the display of a Web page from a 
predetermined Ihtemet site, the Intemet browser having at least one Intemet browser 
toolbar having at least one toolbar button providing a predetermined functionality to the 
user of the computer and Intemet browser, the method can comprise, providing, at the 
predetermined hitemet site, access to a program for controlling the Intemet browser 
interfece and making available for downloading by the predetermined hitemet site, a file 
for causing the display of a persistent user toolbar adjacent to said Intemet browser 
toolbar so as to create the visual unpression that the user toolbar is an integrated part of 
the hitemet browser, the user toolbar making additional functionality that is not part of 
the hitemet browser prior to download available to the user after download as part of the 
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Internet browser interface, such that once the user toolbar is displayed the user toolbar 
remains displayed and said additional functionality remains available to the user 
regardless of a subsequent Ihteniet site to which the Internet browser is caused to 
navigate after download. An hitemet user may customize the browser so that each time 
the user accesses the Internet using the browser, user-defined information and/or 
functionality will be displayed with the browser interface, e.g., as a toolbar. The toolbar 
may include bookmarks, address and phone books, personal financial information, 
personalized news, and various functionality such as is available via ActiveX control and 
Plug-ins. In addition, if an Internet user has an account with a content provider, that 
user's account information (e.g., investment portfolio, news headlmes, bookmarks, 
address book, additional context menu items etc.) may be dynamically displayed by the 
browser. 

[0063] In an embodiment, user specific account information may include 

personalized context menu items. In such an embodiment, a user can choose which 
context menu items he or she desires to have, e.g., from a list of provided items. Those 
preferences can be stored with the content provider and/or locally at the client computer. 
[0064] hi addition, users with accounts can set up and use their additional context 

menu items in a first location and then have the same context menu settings at a second 
location without having to re-enter their personal setting^. This can be done by storing 
their context menu settings at the content provider. The personal user settings can then 
be retrieved firom any location the user wants to his or her personalized context menus. 
[0065J In one exemplary example, wherein the method of controlling a context 

maiu is implemented with a client-side module 174 for a browser toolbar, the description 
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of flie menu items are sent down, as a button, in the same feed from the Internet site 126 
as the regular buttons for toolbar. This button "qs", which stands for QuickSearch, is 
marked as invisible so that the normal toolbar bar does not render it Each menu item is a 
sub-item of the "qs" button and each item has certain pieces of information, e.g., type, 
URL, title, and optionally icons, which are downloaded in the background like other 
toolbar icons, mnemonic keys, a default URL to use if the user is not signed in and 
startmg positions for different click types. 

[0066] Also optionally sent down in the feed is a value indicating that the context 

menu feature should be disabled. Using this value, it is possible to turn this feature off, 
e.g., if there are complications or problems while implementing control of the context 



menu. 



[0067] In addition, by having the additional context menu items described in the 

toolbar feed, different choices for different countries or users can be inqplemented. 
Furthermore, it is possible to dynamically add new items without requiring the user to 
download a new client-side module 174. The description of the "qs" button is stored on 
the client computer 150 using the caching mechanisms of the client-side module 174, so 
the user only has to download a new context menu item description if the items have 
changed. 

[00681 An embodiment can also be implemented with information stored on the 

user (or client) computer. For example, context menu items can be stored on the cUent 
computer. When a user calls for a context menu, these stored context menu items are 
added to the displayed context menu. In addition, information stored on a client 
computer by other apphcations may be used to add additional features to the invention. 
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For example, information such as partner code, cobrands and the location at which a user 
downloads the invention, may be stored on a client's computer. This stored information 
can be used to determine the contents of the context menu. In an embodiment, a registry 
would be examined to determine which context menu items to use. In another example, 
one menu item can be, "'email this link to — Floating a mouse pointer over and/or 
selecting this item, creates a submenu including addresses fiom another application, e.g.. 
Outlook. Additional features can also be implemented in accordance with the invention 
by adding additional computer code, e.g., plugins. 

[0069] FIGs. 6-9 illustrate exemplary context menus for different clicked 

elements, implemented according to one embodiment of the invention. Referring to FIG. 
6, browser 600 is a browser implemented according to one embodiment of the present 
invention. Browser 600 includes a plurality of windows, each providing various 
functionality to the Internet user. The browser 600 may comprise a first application 
window 605 that typically defines the g^eral size, color, and layout of the browser 600 
and includes window control buttons 670 (e.g., minimize, close, etc.) for that application 
window 605. The browser 600 may also comprise a browser window 615 and toolbar 
windows 610- The browser window 615 and the toolbar windows 610 typically define 
information and/or functionality that will assist an Intemet user when accessing and 
navigating the Intemet. For example, the browser window 615 and the toolbar windows 
610 may provide toolbars, pull-down menus. Plug-ins, applications, etc. 
[0070] For example, the toolbar windows 610 provided at the top (see FIG. 6) of 

the application window 605 define four toolbars 625, 630, 635, 640, which may include a 
variety of interface controls such as, for example, pull-down menus, functional buttons 
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(e.g., stop, back, forward, home, etc.), and a combination of functional buttons and 
windows (e.g., a search button and window). The upper most toolbar 625 provides a 
plurality of pull-down menus; the second toolbar ftom the top 630 provides a plurality of 
functional buttons; the third toolbar from the top 635 provides a pull-down menu and a 
window, e.g-, a URL address window; the bottom most toolbar 640 is implemented by 
the client-side module 174 and provides added functionality to the browser such as a 
search field and the context menu of the present invention. In an embodiment of the 
invention the context menu items descriptions may be included with the bottom most 
toolbar 640 as an mvisible button. A browser window 615 is also provided as part of the 
browser 600 withm which content firom an Internet content provider 120 (see FIG. 1) 
may be displayed. 

[00711 A user can call a context menu by, for example, right clicking on a mouse 

button. In FIG. 6, a user has right clicked while the pointer was on the background of the 
Web page, calling context menu 645. hi tins exemplary embodiment, the mvention adds 
context menu items 650 based on the user clicking the background. The items were 
placed as the second set of menu items, and include icons and mnemonic keys. The 
context menu items include, "Add This Page To Yahoo! Bookmarks,". "IM this Page To 
Friend", and "Email This Page to Friend". As mentioned above, these menu items may 
be modified through the context menu items description. 

[0072] In FIG. 7, a user has right cUcked while the pointer was on the text link 

"Yahoo!" 705, calling context menu 710. In this exemplary embodiment, the 
embodiment adds context menu items 715 based on the user clicking 'Tfahoo!" 705. The 
items w^ placed as the second set of menu items, and include icons and mnemonic 
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keys. The context menu items include, "Add This Link To Yahoo! Bookmarks," "IM 
this Link To Friend," and "Email This Link to Friend." These context menu items axe 
different fix>m the previous example. 

[0073] In FIG. 8, a user has right clicked while the pointer was on the image link 

*'Yahoo!Companion" 805, calling context menu 810. In this exemplary embodiment, the 
present invention adds context menu items 815 based on the user clicking 
**Yahoo!Companion" 805. The items were placed as the second set of menu items, and 
include icons and mnemonic keys. The context menu items include, "Add This Link To 
Yahoo! Bookmarks," "IM this Link To Friend," and "Email This Link to Friend." 
[0074] In FIG. 9, a user has right clicked on the background while the text 

'*Yahoo!" 905 was highlighted, calling context menu 910. In this exemplary 
embodiment, the present invention adds context menu items 915 based on the highlighted 
text and based on the user right clicking on &e background. The items were placed as the 
second set of menu items, and include icons and mnemonic keys. The context menu 
items include, "Search the Web for Yahoo!," "Add This Page To Yahoo! Bookmarks," 
"IM this Page To Friend," and '"Email This Page to Friend." If the ''Yahoo!" 905 was 
highlighted and the user right clicked over a link, the context mean items would include 
"Add This Link To Yahoo! Bookmarks," "IM this Link To Friend," and "Email This 
Link to Friend" and "Search the Web for Yahoo! " (Not Shown). 

[0075] Alternatively, the methods and system of controlling a context menu of the 

present invention can be implemented outside of the browser environment. The context 
menus used with the operating system of a computer and other applications, e.g., 
Microsoft OflBce, can be controlled in a similar way. For example, additional menu items 
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can be added to the Windows start menu and the context menu called when a user right 
clicks or otherwise make a selection on the desktop, or the taskbar. Furthermore, 
additional menu items may be added to the right click menu used for Microsoft Word. 
[0076] Thus, while there have been shown and described and pointed out 

fundamental novel features of the invention as applied to preferred embodiments thereof, 
it will be understood that various omissions and substitutions and changes in the fonn and 
details of the disclosed invention may be made by those skilled in tihe art without 
departing from the spirit of the invention. It is the intention, therefore, to be limited only 
as indicated by the scope of the claims appended hereto. 
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CLAIMS 

What is claimed: 

1 . A method of providing a modified context menu in place of an 
existing context menu in existing software, the method comprising: 

providing a client-side software module for modifying an existing context 
menu, the client-side software module comprising additional menu 
information, the client-side software module being configured for 
detecting an event that requires display of a context menu; 
modifying the existing context menu based on the additional menu 

information; and 
displaying the modified context menu; 
wherein the modified context menu is different than the existing context 
menu, the modified context menu comprising an additional menu 
item as part of the cont^t menu, the additional menu item being 
positioned within the modified context menu in accordance with 
the additional menu information and not in accordance with the 
existing software. 

2. The method of claim 1 , the existing context menu comprising at 
least one existing menu item, the additional menu item being positioned above the 
existing menu item in the modified context menu. 
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3. The method of claim 1, wherein the modified context menu 
comprises an icon displayed with the additional menu item. 

4. The method of claim 1, wherein the additional menu information 
comprises information related to an icon to be associated with the additional menu item. 

5. The method of claim 1, wherein the additional menu item 
comprises at least one sub menu that comprises at least one additional sub menu item. 

6. The method of claim 1, wherein the client-side software module is 
provided to a user computer, the user computer displaying a Web page, the Web page 
being divided into regions, the method further comprising determining in what region the 
user is interacting with the Web page when the event occurs. 

7. The method of claim 6, further comprising selecting for display the 
additional menu item from a plurality of potmtial menu items based on the determined 
region. 

8. The method of claim 1, wherein the client-side software module is 
provided to a user computer, the user computer displaying a user interface, the method 
fiuther comprising determining a location of the user interface at which the user is 
interacting with the user inter&ce when the event occurs. 
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9. The method of claim 8, further comprising selecting for display the 
additional menu item from a plurality of potential menu items based on the determined 
region. 

10. The method of claim 1, wherein the client-side software module is 
provided to a user computer, the user computer displaying a user interface, the user 
interface comprising a plurality of elements, the method further comprising determining 
which element of the plurality of elements the user is interacting with when the event 
occurs. 

11. The method of claim 10, further comprising selecting for display 
the additional menu item from a plurality of potential menu items based on the 
determined element. 

12. The method of claim 1, further con]^rising selecting for display the 
additional menu item from a plurality of potential menu items based on the location of a 
user computer to which the client-side software module is provided. 

13. The method of claim 1, wherein the client-side software module is 
provided to a user computer, the user computer displaying a Web page, the Web page 
comprising a plurality of elements, the method further comprising determining which 
element of the plurality of elements the user is interacting with when the event occurs. 
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14. The method of claim 13, further comprising selecting for display 
the additional menu item from a plurality of potential menu items based on the 
detmnined element 

15. The method of claim 13, wherein determining which element the 
user is interacting with comprises: 

identifying an element from the plurality of elements that comprise an 

HTML structure; 
determining a type of the element; 
saving information related to the element; 
detennining when the user has selected text; and 
saving the selected text. 

1 6. The method of claim 1 5 wherein identifying an element from the 
plurality of elements that make up the HTML structure, determining the type of the 
element, and saving information related to the element are repeated for elements above a 
first identified element in the HTML structure until an element above the first identified 
element is no longer valid. 

17. The method of claim 15, wherein the additional menu item is 
configured based on the saved information related to the element and the saved text. 

18. The mefliod of claim 1, further comprising, prior to modifying the 
existing context menu, obtaining information related to the existing context menu. 
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19. ITie method of claim 18, wherein the obtaining comprises 
subclassing a browser window. 

20. The method of claim 1^ wherein the client-side software module 
comprises a control that operates with the browser. 

21. The method of claim 20, wherein Hic control is implemented using 
an ActiveX control. 

22. The method of claim 1, further comprising providing the additional 
menu item as part of a general feed including button characteristics of a plurality of 
buttons for a downloadable toolbar, wherein the downloadable toolbar receives the 
additional menu item as a button that is not displayed. 

23. The method of claim 22, wherein the providing of the additional 
menu item is performed by a server. 

24. The method of claim 1, the modifying the existing context menu 
comprising adding flie additional menu item to the existing context menu using an 
application progranmiing interface. 

25. The method of claim 1 , wherein an Internet content provider 
maintains for a user a user account comprising user account information, and the 
modified context menu is configured based on the user account information. 
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26. The metbod of claim 25, further comprising selecting for display 

\ 

the additional menu item from a plurality of potential menu items based on the user 
account information. 

27. The method of claim 25, further comprising providing the user 
with the ability to log in to the content provider. 

28. The method of claim 27, wherein the selecting for display the 
additional menu item is determined by the content provider based upon the user accoimt 
information such that the selection of the additional menu item is personalized in 
accordance with preferences of the user. 

29. The method of claim 28, wherein the user account information is 
maintained by the content provider, independent of a first computer having a first 
browser that the user utilizes, such that the selection of the additional menu item remains 
personalized when the user utilizes a second computer having a second browser. 

30. The method of claim 29, wherein the personalization of the 
selection of the additional menu item is based upon the location of the first computer, 
when the user utilizes the first computer, and is based upon tiie location of the second 
computer, when the user utilizes the second computer, such that the selection of the 
additional menu item is modified based upon a location of a computer utilized by the 
user. 
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3 1 . The method of claim 1, wherein the modified context menu is 
configured based on a detected location at which the user is utilizing the existing 
software. 

32. A method of providing a modified context menu in place of an 

existing context menu in existing software^ the method comprising controlling an Ihtemet 

browser user interface displayable by an Ihtemet browser on a display of a computer, and 

enabling a user of the computer and Internet browser to access and navigate the Litemet 

and to receive and display one or more Web pages from one or more Memet sites, 

including tiie display of a Web page fi:om a predetermined Ihtemet site, the Ihtemet 

browser having at least one Intemet browser toolbar having at least one toolbar button 

providing predetermined fimctionality to the user of the computer and Intemet browser, 

the method comprising: 

providing, at the predetermined Intemet site, access to a client-side 

software module for controlling the Intemet browser interface; and 

making available for downloading by the predetemiined Intemet site the 

client-side software module for causing the display of a user 

toolbar that, by virtue of its being downloaded, makes additional 

functionality that is not part of the Intemet browser prior to 

download available to the user after download, such that once the 

user toolbar is displayed flie user toolbar remams displayed and the 

additional functionality remains available to the user regardless of 

a subsequent Ihtemet site to which the Intemet browser is caused 

to navigate after download; 
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the client-side software module being conJBigured for: 

detecting an event that requires display of a context menu; 
modifying the existing context menu based on additional menu 

information; and 
displaying the modified context menu; 

wherein the modified context menu is different than the existing context 
menu, the modified context menu comprising an additional menu 
item as part of the context menu, the additional menu item being 
positioned within the modified context menu in accordance with 
the additional menu information and not in accordance with the 
existing software. 

33 . A method of controlling an Intemet browser interface displayable 

by an Internet browser on a display of a computer, and enabhng a user of the conciputer 

and Intemet browser to access and navigate the Intemet and to receive and display on the 

computer display one or more Web pages fix>m one or more Intemet sites, comprising: 

providing, at a predetermined tatemet site, access to a program for 

controlling the Intemet browser interface and making available for 

downloading by the predetermined Intemet site, a file for causing 

the display of a persistent user toolbar, the iiser toolbar making 

additional functionality that is not part of the Intemet browser prior 

to download available to the user after download as part of the 

Intemet browser interface, the additional functionality conq>rising: 

detecting an event that requires display of a context menu; 
-36- 
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modifying the existing context menu based on additional menu 

infonnation; and 
displaying Ifae modified context menu; 
wherein the modified context menu is different than the existing context 
menu, the modified context menu comprising an additional menu 
item as part of the context menu, the additional menu item being 
positioned within the modified context menu in accordance with 
the additional menu information and not in accordance with the 
existing software. 

34. Computer readable computer code comprising a software module 
for providing a modified context menu in place of an existing context menu in existing 
software, the computer code, when executed by a conqputer, causing the computer to 
perform a method comprising: 

detecting an event that requires display of a context menu; 

modifying the existing context menu based on additional menu 
information; and 

displaying the modified context menu; 

wherein the modified context menu is different than the existing context 
menu, the modified context menu comprising an additional menu 
item as part of the context menu, the additional menu item being 
positioned within the modified context menu in accordance with 
the additional menu information and not in accordance with the 
existing software. 
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35. The computer code of claim 34, the existing context menu 
comprising at least one existing menu item, the additional menu item being positioned 
above the existing menu it^ in the modified context menu. 

36. The computer code of claim 34, wherein the modified context 
menu comprises an icon displayed with the additional menu item. 

37. The computer code of claim 34, wherein the additional menu 
information comprises information related to an icon to be associated with the additional 
menu item. 



38. The computer code of claim 34, wherein flie additional menu item 
comprises at least one sub menu that comprises at least one additional sub menu item. 

39. The computer code of claim 34, wherein the client-side software 
module is provided to a user computer, the user computer displaying a Web page, the 
Web page being divided into regions, the method further comprising determining in what 
region the user is interacting with the Web page when the event occurs. 

40- The computer code of claim 39, the method performed by the 
computer further comprising selecting for display the additional menu item firom a 
plurality of potential menu items based on the determined region. 
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41 . The computer code of claim 34, wherein the client-side software 
module is provided to a user computer, the user computer displaying a Web page, the 
Web page comprising a plurality of elements, the method further comprising determining 
which element of the plurality of elements the user is interacting with when the event 
occurs. 

42. The computer code of claim 41, the method performed by the 
computer further comprising selecting for display the additional menu item from a 
plurality of potential menu items based on the determined element. 

43. The computer code of claim 41, wherein determining which 
element the user is interacting with comprises: 

identifying an element from the plurality of elements that comprise an 

HTML structure; 
determining a type of the element; 
saving information related to the element; 
determining when the user has selected text; and 
saving the selected text. 

44. The computer code of claim 43, wherein identifying an elemrat 
from the plurality of elements that make up the HTML structure, determining the type of 
the element, and saving information related to the element are repeated for elements 
above a first identified element in the HTML stmcture until an element above the first 
identified element is no longer valid. 
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45. A system for providing, from a server of an Internet content 
provider to a user computer, a modified context menu in place of an existing context 
menu in existing software^ the system comprising: 

one or more servers configured for: 

providing a client-side software module for modifying an existing 
context menu, the client-side software module comprising 
additional menu information, the client-side software 
module being configured for: 
detecting a an event that requires display of a context 
menu; 

modifying the existing context menu based on the 

additional menu information; and 
displaying the modified context menu; 
wherein the modified context menu is differmt than the existing context 
menu, the modified context menu comprising an additional menu 
item as part of the context menu, the additional menu item being 
positioned within the modified context menu in accordance with 
the additional menu information and not in accordance with the 
existing software. 

46. The system of claim 45, the existing context menu comprising at 
least one existing menu item, the additional menu item being positioned above the 
existing menu item in the modified context menu. 
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47. The system of claim 45, wherein the modified context menu 
comprises an icon displayed with the additional menu item. 

48. The system of claim 45, wherdn the additional menu information 
comprises information related to an icon to be associated with the additional menu item. 

49- The system of claim 45, wherein the additional menu item 
comprises at least one sub menu fliat comprises at least one additional sub menu item. 

50. The system of claim 45, wherein the client-side software module is 
provided to a user computer, the user computer displaying a Web page, the Web page 
being divided into regions, the method ftiriher comprising determining in what region the 
user is interacting with the Web page when the event occurs. 

5 1 . The system of claim 50, the client-side software module being 
further configured for selecting for display the additional menu item from a plurality of 
potential menu items based on the determined region. 

52. The system of claim 45, wherein the client-side software module is 
provided to a user computer, the user computer displaying a Web page, the Web page 
comprising a plurality of elements, the servers being further configured for determining 
which element of the pliuality of elements the user is interacting with when the event 
occurs. 
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53 . The system of claim 52, the client-side software module being 
fijrther configured for selecting for display the additional menu item from a plurality of 
potential menu items based on the determined element. 

54. The system of claim 52, wherein determining which element the 
user is interacting with comprises: 

identifying an element from the plurality of elements that comprise an 

HTML structure; 
determining a type of the element; 
saving information related to the element; 
determining when the user has selected text; and 
saving the selected text. 

55. The system of claim 54, wherein identifying an element from the 
plurality of elements that make up the HTML structure, determining the type of the 
element, and saving information related to the element are repeated for elements above a 
fibrst identified element in the HTML structure until an element above the first identified 
element is no longer valid. 

56. A method of providing a modified context menu in place of an 
existing context menu in existing software, the method comprising: 

providing, to a user computer displaying a Web page comprising a 

plurality of elements, a client-side software module for modifying 
an existing context menu, the existing context menu comprising at 
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least one existing menu item, the client-side software module 

comprising additional menu information, the client-side software 

module being configured for: 

detecting an event that requires a context menu; 

modifying the existing context menu based on the additional menu 

infoxmatioi^ and 
displaying the modified context menu, wherein the modified 

context menu is different than the existing context menu, 
the modified context menu comprising an additional menu 
item as part of Ae context menu, tiie additional menu item 
being positioned relative to the existing menu item within 
the modified context menu in accordance with the 
additional menu information and not in accordance with the 
existing software, and wherein the modified context menu 
comprises an icon displayed with the additional menu item; 
identifying an element firom the plurality of elements that comprise an 

HTML structure; 
determining a type of the element; 
saving information related to the element; 
determining when the user has selected text; and 
saving the selected text; 

wherein identifying an element firom the plurality of elements that make 
iq> the HTML structure, determining the type of the element, and 
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saving information related to the element are repeated for elements 
above a first identified element in the HTML structure xmtil an 
element above the first identified element is no longer valid and 
wherein the additional menu item is configured based on the saved 
information related to the element and the saved text. 

57. A method of providing to a user, by an Internet content provider, a 
modified context menu in place of an existing context mmu in existing software, the 
method comprising: 

providing the user with the ability to log in to the content provider; 

maintaining for the user a ixser account comprising user account 
information, 

providing a client-side software module for modifying an existing context 

menu, the client-side software module comprising additional menu 

information and being configured for 

detecting an event that requires display of a context menu; 

selecting for display flie additional menu item from a plurality of 

potential menu items based on the user account information 

such that the selection is personalized in accordance with 

preferences of the user; and 

displaying the modified context menu; 

wherein the modified context menu is different than the existing context 

menu, the modified context menu comprising an additional menu 

item as part of Ihe context menu, the additional menu item being 
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positioned within the modified context menu in accordance with 
flie additional menu infonnation and not in accordance with 
existing software; and 
wherein the user account information is maintained by the content 

provider, independent of a first computer having a first browser 
that the user utilizes, such that the selection of the additional menu 
item remains personalized should the user utilize a second 
conoputer having a second browser. 

58. A method of providing a modified context menu in place of an 
existing context menu in existing software, the method comprising: 
accessing additional menu information; 
detecting an event that requires display of a context menu; 
modifying ttie existing context menu based on the additional menu 
information; and 

displaying the modified context menu; 
wherein the modified context menu is different than tfie existing context 
menu, the modified context menu comprising an additional menu 
item as part of the context menu, the additional menu item being 
positioned within the modified context menu in accordance with 
the additional menu information and not in accordance with the 
existing software. 
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59. The method of claim 58, the existing context menu comprising at 
least one existmg menu item, the additional menu item being positioned above the 
existing menu item in the modified context menu- 

60. The method of claim 58, wherein the modified context menu 
comprises an icon displayed with the additional menu item. 

61. A method of providing an additional menu item for inclusion in a 
context menu of one or more existing menu items, the method comprising: 

providing information regarding position of the additional menu item 

within the context menu, the additional menu item not being an 

existing menu item; and 
making the additional menu item available to be displayed to a user as part 

of the context menu in accordance with the information regarding 

position. , 

62. A method of providing an additional menu item for inclusion in a 
context menu of one or more existing menu items, the method comprising: 

providing additional menu information regarding the additional menu 
item, the additional menu item not being an existing menu item; 

receiving context menu information related to the existing menu items; 

modifying tiie context menu information based on the additional menu 
information; and 
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making the additional menu item available to be displayed to a user as part 
of the context menu. 

63. The method of claim 62, wherein the additional menu information 
comprises information regarding position of the additional menu item relative to the 
existing menu items within the existing cont^ menu. 

64. The method of claim 62, further comprising: 
determining that a context menu is to be displayed; 

in response to determining the context menu is to be displayed, accessing 
context menu information related to the existing context menu. 

65. The computer code of claim 34, wherein the code is part of a 
downloadable toolbar application. 
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